3.時程至上：(這點是每次不管做什麼專案我都會加強洗腦的部分(阿、講出來了)

這一點大概是整個第一次會議裡面最重要的一點，很多人都馬聽過也都知道

但是很多人不知道它到底有多重要，有多多多多多多多重要

(大標題ㄉ快樂)

如果案主沒有指定的交件時間點，那我就會跟團隊一起商量，做完這些功能你自己評估合理的開發時間給我，同時時間也會對應到大家的報價或薪資。

若案主有指定的交件時間點，我則會跟團隊討論反推，我們我們有多少時間可以用，這些時間內你們能做完什麼，然後再去調整製作規格或報價金額，看是要加錢加人手，還是砍功能砍需求。

但不管是哪一種，時間點絕對不會是我PM自己單方面能決定的，一定是團隊討論之後，工程師自己也同意的交件時間點，所以同時工程師也沒有任何跟理由或藉口跟我瞎掰什麼時間不合理，自己點頭的要自己負責^^

我每次開會都會一而再再而三的強調時程至上這件事情，時間是唯一一個流逝就再也回不來的成本，如果有任何問題，都要務必主動告訴PM，我才能幫你，讓你的delay不會影響到整個專案進行，大家務必要認知前期delay就是對後期殘忍，當彈性越小越無法抵抗突發事件，只要delay最後爆肝的還是工程師你各位，製作環環相扣，疏忽這件事的結果會非常嚴重。

而商場上的運作通常是這樣子的，有時候客戶或老闆來找我們開發一個產品，他們會有預計要發表上線的時間，而在此之前各個部門也都會如火如荼進行中，廣告/行銷/公關/通路/測試/系統等等，每個人每個部門都是在跟時間賽跑，準備迎接我們軟體上線的那一刻。

而我們身為軟體開發者最重要事情就是在約定的交件時間點把東西交出來，如果你沒有在那一個時間點把東西交出來

那發表會就是開天窗，晚那一分鐘或是一秒都不行

我不管你今天完成的進度是95%還是99%，只要在那一個交件時間點沒有交出東西，我跟你講

全都都沒有用。

對於客戶來說，你他ㄇ進度就是零，你們團隊所有的努力就是屎

對，就是這樣，懂了嗎?

這樣我有講得夠清楚嗎? 這樣能體會到交件時間點有多重要了嗎? ：DDD

但我們總是會遇到一些突發狀況不是嗎? 這種事不可能開發這麼順利，都能在每個交件時間點完整的交出來不是嗎?

對你說的沒錯，開發中總是充滿意外，就跟蓋教堂一樣，完成之後我們就開始祈禱，如果突然哪一天工程師跑來跟我講他突然不會寫code了，我也不意外

做不完，那該怎麼辦?

摸著良心老實且提早跟我說，你做到哪裡，你還剩什麼沒開發，交件時間點時你可以交給我什麼，然後，剩下的交給我處理

對，就是這麼簡單 (已喪失良心的可以關掉這篇ㄌ)

工程師也不用怕被罵，老實說發現自己可能會遲交了，通常有羞恥心的正常人自己都會愧疚到死也不用我罵，因為他沒有任何藉口，唯一理由就是：開發時間都自己訂了還做不完工作能力是有多爛，反而有時候我還要去安撫開導一下工程師：D

而剩下的就是我的事了，只要你工程師有提早跟我說，我就有辦法處理，我能保你安全下莊，不管是去多找人進場來救你，還是去跟客戶協商，至少在交件點的那一刻在發表會的那一天，我們都有東西可以看，不會開天窗。

我對客戶好交代，我也才有籌碼再去跟客戶爭取剩下你delay的部分能不能再多給我一點開發時間

你要幫我，我才能去戰鬥。

所以同理，你讓我不好交代，我就會弄你

所以說不管發生什麼事情，只要時程上有出現差錯

一定都要主動跟PM講

一定都要主動跟PM講

一定都要主動跟PM講

4.相信我之術：我會保護你>_O

基本上只要上面3點講的夠好，自然而然就能使出第4點的相信我之術：我會保護你(灑花)

如果你文章有看到現在的話，應該會覺得我最後講說這句話還算有說服力的對吧，基本上到這個階段，團隊的信任感就會慢慢被你建立起來了

文章打這麼長，但其實說話上拿捏的好的話，大概10~20分鐘就可以完成這個小演講，演講雖小但威力無窮阿，所以我常推薦各位PM在第一次開會的時候，除了跟你的團隊討論報價規格之外，也你花點時間和你的夥伴建立好規則界線和團隊之間的信任感。

(幹寫那麼長是有沒有要講報價單ㄌ啦